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DETAILED ACTION 
Remarks 

1. In response to communications filed on 22-February-2005, claims 1, 1 1-13, 21, 23, 25- 
27, 38-39, 47, 49, 51-53, 67, 75, and 83 are amended per applicant's request. Claims 1-90 are 
presently pending in the application. 

Claim Rejections - 35 USC §102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S. C 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another tiled 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

3. Claims 1-5, 10-12, 14-17, 22-24, 26-31, 36-38, 40-43, 48-50, 52-58, 64-65, and 67-90 are 
rejected under 35 U.S.C. 102(e) as being anticipated by Drexter (U.S. patent application 
publication No. 2002/0046248 Al). 

As to claim 1, Drexter teaches a method for converting messaging data into a relational 
table format in a database system, wherein the messaging data is within a messaging system (see 
page 1, paragraph 0002), the method comprising the steps of: 

(a) providing a plurality of table formatting specifications; (see page 2, paragraph 0029); 
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(b) utilizing the plurality of table formatting specifications to automatically build and 
store a table function in the database system (see page 3, paragraph 0034, where it is inherent 
that the associations (functions) are stored if they are going to be retrieved or recalled); 

(c) invoking the table function to access the messaging data (see pages 2-3, paragraphs 
0030-0033); and 

(d) converting the messaging data by the table function into specific data types according 
to the plurality of table formatting specifications, wherein the messaging data is transformed into 
the relational table format (see page 3, paragraph 0033). 

As to claim 27, Drexter teaches a computer readable medium containing programming 
instructions for converting messaging data into a relational table format in a database system, 
wherein the messaging data is within a messaging system (see page 2, paragraph 0024), 
comprising the programming instructions for: 

(a) providing a plurality of table formatting specifications (see page 2, paragraph 0029); 

(b) utilizing the plurality of table formatting specifications to automatically build and 
store a table function in the database system (see page 3, paragraph 0034, where it is inherent 
that the associations (functions) are stored if they are going to be retrieved or recalled); 

(c) invoking the table function from within the database system to access the messaging 
data (see pages 2-3, paragraphs 0030-0033); and 

(d) converting the messaging data by the table function into specific data types according 
to the plurality of table formatting specifications, wherein the messaging data is transformed into 
the relational table format (see page 3, paragraph 0033). 
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As to claims 2 and 28, Drexter teaches wherein the table function invokes at least one 
messaging function within the database system (see page 4, paragraph 0042). 

As to claims 3 and 29, Drexter teaches wherein the table function and the at least one 
messaging function are user-defined functions within the database system (see page 3, paragraph 
0034). 

As to claims 4 and 30, Drexter teaches wherein the at least one messaging function 
retrieves and reads messaging data in the message system (see page 4, paragraph 0042). 

As to claims 5 and 31, Drexter teaches wherein the providing step (a) further includes the 

step of: 

(al) reading the plurality of table formatting specifications from a file (see page 4, 
paragraph 0041). 

As to claims 10 and 36, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(al) providing formatting information about the messaging data (see pages 2-3, 
paragraphs 0030-0033). 
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As to claims 1 1 and 37, Drexter teaches wherein the providing step (al) further includes 
the steps of: 

(ali) designating a delimiter character, wherein the delimiter character separates the 
messaging data into column data (see pages 2-3, paragraphs 0030-003 1). 

As to claims 12 and 38, Drexter teaches wherein the converting step (d) further 
comprising: 

(dl) invoking a parser function within the database system for parsing the delimited 
messaging data (see pages 2-3, paragraphs 0030-0031). 

As to claims 14 and 40, Drexter teaches wherein the providing step (al) further includes 
the step of: 

(aii) specifying a fixed-length format by indicating a position (see page 3, paragraph 
0036) and length of each column (see pages 2-3, paragraph 0030). 

As to claims 15 and 41, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(a2) allowing a user to view the messaging data in the messaging system to verify the 
formatting information provided (see page 6, paragraph 0064). 



As to claims 16 and 42, Drexter teaches wherein the messaging data comprises a message 
string, the message string including a plurality of substrings, wherein each substring represents 
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data that is returned as a column in a table (see page 3, paragraph 0037, where "column" is read 
on "field"). 

As to claims 17 and 43, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(al) defining a column for each substring of the plurality of substrings in the message 
string (see page 3, paragraph 0036). 

As to claims 22 and 48, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(al) allowing a user to create and name a table view based on the table formatting 
specifications (see page 3, paragraphs 0034-0037). 

As to claims 23 and 49, Drexter teaches wherein the invoicing step (c) further includes the 

step of: 

(cl) selecting messaging data from the table view (see page 3, paragraph 0036). 

As to claims 24 and 50, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(al) allowing a user to review a summary of the table formatting specifications before 
building the table function (see page 3, paragraph 0035-0036). 
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As to claims 26 and 52, Drexter teaches further including populating directly a relational 
table in the database system with the returned messaging data (see figure 1). 

As to claim 53, Drexter teaches a system for converting messaging data into a relational 
table format in a database system, wherein the messaging data is within a messaging system (see 
page 1, paragraph 0002), the system comprising: 

a processor (see page 2, paragraph 0023); 

a table function building application executable by the processor for receiving a plurality 
of table formatting specifications (see page 2, paragraph 0029) and for utilizing the plurality of 
table formatting specifications to automatically build and store a table function in the database 
system (see page 3, paragraph 0034, where it is inherent that the associations (functions) are 
stored if they are going to be retrieved or recalled); and 

means for invoking the table function from within the database system to access the 
messaging data (see pages 2-3, paragraphs 0030-0033); 

wherein, once invoked, the table function converts the messaging data into specific data 
types according to the plurality of table formatting specifications and transforms the messaging 
data into the relational table format (see page 3, paragraph 0033). 



As to claim 54, Drexter teaches wherein the table function invokes at least one messaging 
function within the database system (see page 3, paragraph 0038). 
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As to claim 55, Drexter teaches wherein the table function and the at least one messaging 
function are user-defined functions within the database system (see page 3, paragraph 0034). 

As to claim 56, Drexter teaches wherein the at least one messaging function retrieves and 
reads messaging data in the message system (see page 3, paragraph 0038). 

As to claim 57, Drexter teaches wherein the table function building application includes a 
means for collecting the table formatting specifications from a user (see page 3, paragraphs 
0035-0037). 

As to claim 58, Drexter teaches wherein the table function building application includes 
means for downloading the table formatting specifications from a file (see page 3, paragraph 
0034). 

As to claim 64, Drexter teaches wherein the table function building application builds the 
table function based on the plurality of table formatting specifications collected through the 
graphical user interface (see page 3, paragraphs 0035-0037). 



As to claim 65, Drexter teaches wherein the invoking means includes means for selecting 
messaging data from the table view (see page 3, paragraph 0036). 
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As to claim 67, Drexter teaches a system for generating a customized invocation 
mechanism (see page 1, paragraph 0002), comprising: 

an interface for receiving customizations (see page 3, paragraph 0034-0037); and 
a software module coupled to the interface for building an invocation mechanism based 
on the customization specifications and storing the invocation mechanism in a database (see page 
3, paragraph 0034, where it is inherent that the associations (functions) are stored if they are 
going to be retrieved or recalled), wherein the invocation mechanism is invokable by the 
database for accessing data external to the database (see page 3, paragraphs 0036-0037). 

As to claim 75, Drexter teaches a method for generating a customized invocation 
mechanism (see page 1, paragraph 0002), comprising the steps of: 

receiving customization specifications (see page 3, paragraphs 0034-0037); and 
building an invocation mechanism based on the customization specifications and storing 
the invocation mechanism in a database (see page 3, paragraph 0034, where it is inherent that the 
associations (functions) are stored if they are going to be retrieved or recalled), wherein the 
invocation mechanism is invokable by the database for accessing data external to the database 
(see page 3, paragraphs 0036-0037). 

As to claim 83, Drexter teaches a program product containing instructions executable by 
a computer, the instructions embodying a method for generating a customized invocation 
mechanism (see page 2, paragraph 0024), comprising the steps of: 

receiving customization specifications (see page 3, paragraphs 0034-0037); and 
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building an invocation mechanism based on the customization specifications and storing 
the invocation mechanism in a database (see page 3, paragraph 0034, where it is inherent that the 
associations (functions) are stored if they are going to be retrieved or recalled), wherein the 
invocation mechanism is invokable by the database for accessing data external to the database 
(see page 3, paragraphs 0036-0037). 

As to claim 68, 76, and 84, Drexter teaches wherein the invocation mechanism is 
dynamically generated (see page 3, paragraphs 0034-0037) 

As to claim 69, 77, and 85, Drexter teaches wherein the invocation mechanism further 
comprises at least one of the group consisting of: a UDF, a table function, a virtual table, a stored 
procedure, a trigger, a query statement, and a federated table, and an equivalent of any of the 
foregoing (see page 3, paragraphs 0034-0037). 

As to claim 70, 78, and 86, Drexter teaches further comprising means for invoking the 
invocation mechanism from a database (see pages 6-7, paragraphs 0070-0072). 



As to claim 71, 79, and 87, Drexter teaches further comprising means for converting data 
accessed by the invocation mechanism into a format understood by the database (see page 5, 
paragraphs 0055-0057). 
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As to claim 72, 80, and 88, Drexter teaches wherein the interface further comprising a 
graphical user interface for receiving function customization specifications (see page 7, 
paragraphs 0074-0077). 

As to claim 73, 81, and 89, Drexter teaches wherein the customization specifications 
further comprise specification of a relational format for nonrelational data accessed by the 
customized function (see page 3, paragraphs 0034-0037). 

As to claim 74, 82, and 90, Drexter teaches wherein the interface further comprises 
means for previewing nonrelational data in relational format based on customization 
specifications (see page 3, paragraph 0034-0037). 

Claim Rejections - 35 USC §103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 6-9, 32-35, and 59-63 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Drexter (U.S. patent application publication No. 2002/0046248 Al) in view of Demers et al. 
(U.S. patent No. 5,870,761). 
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As to claims 6 and 32, Drexter teaches wherein the providing step (a) further includes the 
steps of: 

(al) selecting a name for the table function (see page 3, paragraph 0034); 

(a2) specifying where the table function is to be stored (see page 3, paragraph 0034 and 
see page 4, paragraph 0041). 

(a3) indicating where the messaging data resides (see page 3, paragraph 0038). 

Drexter does not teach selecting a type for the table function, wherein the type includes 
one of a retrieve function and a read function. 

Demers et al. teaches duplicating at a destination site changes made to data at a source 
site (see abstract), in which he teaches selecting a type for the table function, wherein the type 
includes one of a retrieve function and a read function (see column 5, lines 4-12). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include selecting a type for the table 
function, wherein the type includes one of a retrieve function and a read function. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Demers et al. because selecting 
a type for the table function, wherein the type includes one of a retrieve function and a read 
function would allow other destination sites to dequeue the record (see Demers et al. , column 5, 
lines 4-12). 



As to claims 7 and 33, Drexter as modified, teaches wherein the specifying step (a2) 
further includes the steps of: 
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(a2i) providing a database name and access information; and (a2ii) allowing the user to 
validate the access information (see Drexter . page 4, paragraph 0039). 

As to claims 8 and 34, Drexter as modified, teaches wherein the indicating step (a3) 
further includes the step of: 

(a3i) providing a service point name for the messaging data (see Drexter . page 3, 
paragraph 0038). 

As to claims 9 and 35, Drexter as modified, teaches wherein the indicating step (a3) 
further includes the step of: 

(a3i) providing a system default endpoint for the messaging data (see Drexter , page 3, 
paragraph 0037). 

As to claim 59, Drexter teaches wherein the collecting means comprises a graphical user 
interface, wherein the graphical user interface prompts a user to select a name to specify where 
the table function is to be stored, and to indicate where the messaging data resides (see page 3, 
paragraph 0034). 

Drexter does not teach to select a type for the table function, wherein the type includes 
one of a retrieve function and a read function. 

Demers et al. teaches to select a type for the table function, wherein the type includes one 
of a retrieve function and a read function (see column 5, lines 4-12). 
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Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include to select a type for the table 
function, wherein the type includes one of a retrieve function and a read function. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Demers et al. because to select 
a type for the table function, wherein the type includes one of a retrieve function and a read 
function would allow other destination sites to dequeue the record (see Demers et al. . column 5, 
lines 4-12). 

As to claim 60, Drexter as modified, teaches wherein the graphical user interface further 
prompts the user to provide formatting information about the messaging data (see Drexter , page 
3, paragraphs 0035-0036). 

As to claim 61, Drexter as modified, teaches wherein the messaging data comprises a 
message string, the message string including a plurality of substrings, wherein each substring 
represents data that is returned as a column in a table (see Drexter , page 3, paragraph 0036). 

As to claim 62, Drexter as modified, teaches wherein the graphical user interface further 
allows the user to define a column for each substring of the plurality of substrings in the message 
string (see Drexter , page 3, paragraph 0035-0037). 
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As to claim 63, Drexter as modified, teaches wherein the table function building 
application builds the table function based on the plurality of table formatting specifications 
collected through the graphical user interface (see Drexter . page 3, paragraph 0035-0037). 

6. Claims 13 and 39 are rejected under 35 U.S.C. 103(a) as being unpatentable over Drexter 
(U.S. patent application publication No. 2002/0046248 Al) in view of Huth et al. (U.S. patent 
No. 6,704,742 Bl). 

As to claims 13 and 39, Drexter teaches wherein the invoking step (dl) further includes: 
(dli) checking for the parser function within the database system (see figure 2, reference 
number 42); and 

(dliii) registering the parser function to the database system after it is built (see page 3, 
paragraph 0036). 

Drexter does not teach 

(dlii) building the parser function if it does not exist within the database system. 

Huth et al. teaches accessing database data so that massive amounts of data can be 
manipulated in many different ways to generate reports of many different types in a rapid 
manner (see abstract), in which he teaches building the parser function if it does not exist within 
the database system (see column 9, lines 30-58). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include building the parser function if 
it does not exist within the database system. 
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It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Huth et al. because building 
the parser function if it does not exist within the database system would allow the manipulation 
of data in a way that was not previously defined (see Huth et al. . abstract). 

7. Claims 18-21, 25, 44-47, 51, and 66 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Drexter (U.S. patent application publication No. 2002/0046248 Al) in view of 
Poskanzer (U.S. patent No. 6,658,426 Bl). 

As to claims 18 and 44, Drexter teaches wherein the defining step (al) further includes 
the steps of: 

(ali) naming each column (see page 5, paragraph 0056) 

Drexter does not teach (alii) designating a data type for each column. 

Poskanzer teaches designating a data type for each column (see column 3, lines 39-43). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include designating a data type for each 
column. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Poskanzer because designating 
a data type for each column would determine how the SQL statement must be structured to 
access data relating to that field (see Poskanzer , column 3, lines 39-43). 
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As to claims 19 and 45, Drexter as modified, teaches wherein the defining step (al) 
further includes the step of: 

(aliii) allowing the user to view the messaging data formatted according to the column 
definitions provided (see Drexter . page 3, paragraph 0035). 

As to claims 20 and 46, Drexter as modified, teaches wherein the providing step (a) 
further includes the step of: 

(a2) building the table function based on the table formatting specifications collected 
from the user (see Drexter , page 3, paragraph 0035-0037). 

As to claims 21 and 47, Drexter as modified, teaches wherein the converting step (c) 
further includes: 

(dl) parsing the message string into the plurality of substrings (see Drexter . page 5, 
paragraph 0056). 

(d2) converting each substring into the designated data type corresponding to its column 
(see Poskanzen column 3, line 54 through column 4, line 4). 

As to claims 25 and 51, Drexter does not teach wherein the invoking step (c) further 
includes the step of: 

(cl) integrating the table function within a structured query language statement. 
Poskanzer teaches wherein the invoking step (c) further includes the step of: integrating 
the table function within a structured query language statement (see column 3, lines 26-43). . 
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Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include wherein the invoking step (c) 
further includes the step of: integrating the table function within a structured query language 
statement. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Poskanzer because wherein the 
invoking step (c) further includes the step of: integrating the table function within a structured 
query language statement would allow it to input data into an SQL database (see Poskanzer , 
column 3, lines 29-34, and see lines 15-17). 

As to claim 66, Drexter does not teach wherein the invoking means includes means for 
integrating the table function within a structured query language statement. 

Poskanzer teaches wherein the invoking means includes means for integrating the table 
function within a structured query language statement (see column 3, lines 26-43). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include wherein the invoking means 
includes means for integrating the table function within a structured query language statement. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Poskanzer because wherein the 
invoking means includes means for integrating the table function within a structured query 
language statement would allow it to input data into an SQL database (see Poskanzer , column 3, 
lines 29-34, and see lines 15-17). 
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Response to Arguments 
8. Applicant's arguments filed 22-February-2005 have been fully considered but they are 
not persuasive. 

In response to the applicant's arguments that "Drexter fails to teach or suggest 'utilizing 
the plurality of table specifications to automatically build and store a table function in the 
database system' ... or 'building an invocation mechanism... and storing the invocation 
mechanism in a database'" and in response to the applicant's arguments that "Drexter fails to 
teach or suggest 'invoking the table function from within the database system' ... or an 
'invocation mechanism [that] is invocakable by the database'", the arguments have been fully 
considered but are not deemed persuasive. Drexter does disclose saving the function on the 
database system (see paragraph 0034, where it is inherent that if the association is going to be 
recalled at a later time it is saved). Drexter clearly discloses that one embodiment of the present 
invention is for it to be executed on a (single) computer system (see paragraph 0034). No where 
in Drexter is there evidence that the invention requires multiple systems or that parts of the 
invention would be executed on different systems. He teaches away from this when disclosing a 
database application, an email application, and an import application on the same system (see 
paragraphs 0027-0028). Drexter teaches reusing the association (function) using the name given 
to the association (see paragraph 0034) which is read on invoking the application from within 
the database system. It is noted that a database is simply a storage area, and that a database 
system is needed to invoke any program, application, or mechanism, and it is therefore assumed 
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that the applicant is referring to the database system when reciting the limitation "wherein the 
invocation mechanism is invokable by the database 5 ' in claims 67, 75, and 83. 

In response to the applicant's arguments that "Drexter fails to teach or suggest 
'converting the messaging data ... into specific data types'", the arguments have been folly 
considered but are not deemed persuasive. Drexter discloses converting characters that are not in 
the proper numerical format into a specific numerical format (see paragraph 0067). He also 
discloses converting data from Wordperfect™ type data to Microsoft Access™ type data, 
converting data that is encoded into decoded data, expanding (converting) data that is 
abbreviated, and abbreviating (converting) data that is expanded (see paragraph 0068). 



Conclusion 

9. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
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however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jacob F. Betit whose telephone number is (703) 305-3735. The 
examiner can normally be reached on Monday through Friday 9 am to 5 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Dov Popovici can be reached on (703) 305-3830. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



jfb 

4 May 2005 




SAM RIMELL 
PRIMARY EXAMINER 



